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(54) Central virus checker for computer network. 

(57) Instead of replicating virus checking programs and data at each workstation in a data processing 
network, all the virus checking is provided by one data processor, usually the file server. Whenever a 
workstation needs to store or access data locally, eg. to load or execute a program, the workstation sends a 
copy to the file server. The file server scans the data in search of known viruses and returns a pass/fail 
message to the workstation. Only one copy of virus information is held in the network; therefore updating is 

simplified. . .... 

The file server may also check for other invalid data patterns not necessarily associated with viruses. 
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VALIDITV CHECKING 



2283341 



The present invention relates to a method and apparatus 
for checking the validity of data in a data processing 
network, for example for checking whether the data 
5 contains viruses or other unwanted data or whether it has 
been authorised for or barred from use in the network or 
a part; of it:. 

in general, data of a computer file or disk sector (such 
as a computer program) can be checked for unwanted data, 

10 or information indicating whether the file has been 
authorised for or barred from use, by the file being 
searched for data of a predetermined form. This form may 
comprise predetermined characteristics such as the 
presence of certain information anywhere in the file, 

15 possibly in any order, or at a certain location in the 
file, possibly in combination with other such data. For 
instance, computer viruses are stored in the data of a 
computer file as a set of virus data which can serve as 
instructions for the virus to operate. A file can be 

20 checked for known viruses by a virus detection procedure 
which searches the file for characteristics that are 
known to be indicative of each virus. As the number of 
known viruses to be checked for increases (around 3000 
are currently known) the amount of storage capacity 

25 needed to store information defining the characteristics 
of all the known viruses increases too. 

in a computer network of workstations and a file server 
it is conventional for each workstation to itself check 
on the validity of the data held by it. However, this 

30 means that every workstation must use a portion of its 
storage capacity to store information defining all the 
characteristic forms to be searched for. In total this 
requires a large amount of storage capacity, and as more 
characteristic forms come to be searched for, for example 

35 as new viruses are identified, it may become infeasible 
for workstations to carry out searching themselves 



because of the limitations of their operating systems. 
Also, each workstation must be updated individually to 
include new characteristics. This is inconvenient where 
there is a large number of workstations. 

5 According to a first aspect of the present invention 
there is provided a method for checking the validity of 
an item of data stored for access by a first data 
processor of a data processing network comprising at 
least two interconnected data processors, the method 

10 comprising the steps of: the first data processor causing 
the item of data to be copied to the second data 
processor; and the second data processor determining 
whether data of a characteristic form indicative of 
validity or invalidity of the item is present in the item 

15 and reporting to the first data processor on the validity 
of the item. Preferably, the first data processor is a 
workstation of the network. Preferably, the second data 
processor is a file server of the network. The data of 
a characteristic form is suitably indicative of the 

20 invalidity of the item of data, for example indicating a 
virus or other unwanted data or indicating that the item 
has been barred from use. 

In a system of this type information defining the 
characteristic form(s) to be tested for needs to be 

25 stored for access only by the second data processor. 

When new characteristics are to be added only a single 
storage means (to which the second data processor has 
access) needs to be updated. Where the network includes 
further data processors equivalent to the first data 

30 processor these can preferably also cause any item of 
data stored for access by them whose validity is to be 
checked to be copied to the second data processor. The 
first data processor and any data processors equivalent 
to it preferably do not store or normally have access to 

35 a list of information defining any characteristic forms 
of data to be tested for. 



Preferably, the second data processor reports to the 
first data processor on the validity (or invalidity) of 
the item of data. 

Preferably, information defining a plurality of 
characteristic forms of data to be tested for is stored 
by or for access by, the second data processor, and the 
second data processor tests for the presence of such 
characteristic forms in an item of data by testing for 
the presence of data of any of the characteristic forms 
in the item. 

The item of data may suitably be a file or program to be 
accessed, for example by being loaded or executed, by the 
first data processor. The item of data preferably 
comprises a sequence of executable instructions. 

Preferably, the first data processor intercepts commands 
to access an item of data and in response to such a 
command being detected causes the validity of the item of 
data to be checked. Preferably, the first data processor 
prevents access to the item of data, for example by a 
user of the first data processor, unless or until the 
item has been found to be valid, i.e. free of unwanted 
data of the characteristic form(s) or of data indicating 
that the item has been barred from use. To achieve this, 
the first data processor suitably includes means for 
detecting a command to access an item of data, to allow 
it to intercept that command and ensure that the item is 
valid before it is accessed. Preferably the first data 
processor may allow a user of the first data processor to 
force the system to check the validity of any or all 
items of data stored for access by the first data 
processor. Preferably, the first data processor is 
configured to, on receipt of a report from the second 
data processor on whether data of the characteristic 
form(s) has been found in the item, prevent or deny 
access to an item of data that has been found to contain 
data of the characteristic forms, and/or to allow access 
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to an item of data that has been found not to contain 
such data- Thus access may be prevented to items that 
contain unwanted data such as viruses or which have been 
barred from use • 

5 Preferably, the characteristic forms of data may include 
forms of data indicative of the validity of the item of 
data, for example indicating whether the item has been 
authorised for use- The first data processor may then 
prevent or deny access to any item that does not include 
10 such data and/or allow access only to items that do 
include such data. 

Preferably, the first data processor stores or has access 
to a set of records, each characteristic of an item of 
data that has been found to be valid, and the method 

15 comprises the steps of: generating a record 
characteristic of an item of data whose validity is to be 
checked; searching for that record in the set of records; 
and causing the item of data to be copied to the second 
data processor only if the record is not found in the set 

20 of records. Preferably, the first data processor 
includes storage means for storing the set of records 
and/or processing means for generating records and 
comparing them with the contents of the set of records. 
Preferably, in response to the second data processor 

25 reporting that an item of data is valid the record that 
is characteristic of that item of data is added to the 
set of records. Each record is preferably a checksum 
calculated for the corresponding item of data. 

According to the present invention from a second aspect 
30 there is provided a data processing system comprising a 
plurality of data processors interconnected as a network, 
and comprising: means in a first data processor of the 
network (preferably a workstation) for causing an item of 
data to be copied to a second data processor of the 
35 network (preferably a file server); means in the second 
data processor for testing for the presence, in the item, 
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of data indicative of the validity or invalidity of the 
item and on the basis of that test generating a validity 
signal indicative of the validity of the item; and means 
for transmitting the validity signal to the first data 
5 processor. 

The second data processor preferably reports or transmits 
the validity signal to the first data processor in the 
form of a report message, file or packet. The second 
data processor may suitably scan periodically to 
10 determine whether it has received an item of data for 
testing; alternatively the first data processor may 
transmit a signal, for example as a packet, to the second 
data processor informing it that it has sent an item of 
data for testing. 

15 The present invention will now be described by way of 
example with reference to the accompanying drawings, in 
which : 

Figure 1 shows schematically a typical data 
processing system for use with the present invention; 

20 Figure 2 is a flow diagram illustrating one 

embodiment of the present invention; and 

Figure 3 is a flow diagram illustrating another 
embodiment of the present invention. 

Figure 1 shows a data processing system in the form of a 
25 network including data processors configured as a file 
server 1 and workstations 2a, 2b and 2c. The general 
architecture of the network is conventional, for example 
with IBM P-type or Apple Macintosh workstations and a 
VAX /VMS, Novell or 0S2 file server. Each workstation can 
30 store data files and execute programs. The file server 
1 includes storage means 3 for storing data, data 
processing means 4 and communication means 5 for 
communication with the workstation. The workstation 2a 
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includes storage means 6, data processing means 7 and 
communication means 8 for communication with the file 
server. Each other workstation includes equivalent 
components . The storage means of each workstation may be 
5 located remotely of the rest of the workstation, for 
example at the file server. 

When the validity of a file, for example a sequence of 
executable instructions such as a program, or in general 
an item of data, that is stored for access by or about to 

10 be executed at a workstation needs to be checked the file 
is copied to the file server, which tests for the 
presence of data of a characteristic form in the file and 
returns a report message, or in general a signal, 
indicating whether the file contains such data or whether 

15 the file in valid or invalid. 

In more detail, each workstation is configured to detect 
when there is a need for the validity of a file to be 
checked, by intercepting commands to access, for example 
by loading or executing, any file on the workstation and 
20 immediately preventing access to that file until its 
validity has been checked and the file found to be valid. 
The workstation may be configured only to intercept 
commands to access certain "protected" items, such as 
programs and boot sectors. 

25 The procedure shown in Figure 2 is executed to check the 
validity of a file. First, the workstation carries out 
a preliminary procedure to find whether the file has 
previously been checked and found to be valid, to avoid 
a need to carry out the full validity-checking procedure 

30 more than once for each file. The workstation calculates 
(box 10 in Figure 2) a cryptographic checksum that is 
characteristic of the file that is to be checked. This 
may suitably be done using a standard ANSI X9.9 or ISO 
8731 part 2 procedure to calculate a 32 or 64 bit 

35 checksum. This checksum is searched for in a list to 
which the workstation has access of checksums of files 
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that have already been checked and have been found to be 
valid (box 11). This list may be stored in the storage 
means of the workstation or by the file server as a 
'network service. If the checksum of the file under test 
5 is found in the list then it is assumed that the file is 
valid, and access to the file is allowed (box 12). If 
the checksum of the file under test is not found in the 
list then the file is copied to the file server (box 13), 
to be tested directly for validity. 

10 The steps carried out by the file server are indicated 
generally by box 14 in Figure 2. Information defining 
the characteristic forms of data indicative of the file's 
validity or invalidity is stored at the file server. 
These characteristic forms may indicate whether the file 

15 contains unwanted data, such as a virus, or whether it 
has been authorised for or barred from use. For a virus, 
for example, the characteristics may indicate the form of 
data characteristic of the virus such as instructions 
found at the start of the file (typically "jump" 

20 instructions) or elsewhere in the file, which for some 
viruses may appear in any sequence. When the file server 
receives a copy of a file that it is to test for the 
presence of data of the characteristic forms it scans the 
file (box 15) to find whether any data of the 

25 characteristic forms is present in the file and returns 
a report message to the workstation that sent the file 
for checking, indicating whether such data was found. If 
the file server is to test for data in the file 
indicating that the file has been authorised for use then 

30 (not illustrated in Figure 2) its report message to the 
workstation must also define whether the data that was 
found is indicative of validity or invalidity. 
Alternatively, the report message may report directly on 
whether the file is valid or invalid. 



35 



If the report message indicates that the file is free of 
unwanted data or data indicative of barring and/or (where 
implemented) that the file contains data indicative of 
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authorisation (i.e. the message indicates that the file 
is valid) then the workstation adds the checksum of the 
file to its list of checksums of valid files (box 16), 
and it allows access to the file. Otherwise, if the 
5 report message indicates that the file is invalid then 
the workstation informs the user (box 17), for example by 
displaying a message, and prevents access to the file 
(box 18). 

Alternatively, an operator of the workstation can 
10 instruct the validity of any or all files stored for 
access by the workstation to be checked, to authenticate 
the stored files. This authentication may be carried out 
omitting the step of testing the file's checksum against 
the stored list (box 11), so as to ensure that each file 
15 is tested directly by the file server for the presence of 
data of the characteristic forms. 

The system may also be configured to require that in 
addition to being checked for data indicating that the 
file is valid or invalid any file that is introduced to 

20 the system must be known to the system as having been 
authorised by a network supervisor before it can be 
accessed. One way of achieving this is the procedure 
shown in Figure 3, which may be followed when a file has 
been copied to the file server for testing. The file 

25 server calculates a checksum for the file (box 20) and 
searches for it in a list stored by the file server of 
checksums of files that have already been authorised by 
the supervisor for use (box 21). If the checksum is 
found in the list then a report message is returned to 

30 the relevant workstation, indicating that the file can be 
used (box 22) - this might happen if another workstation 
has previously passed the file to the file server for 
testing. If the, checksum is not found then the file is 
tested for the presence of data of the characteristic 

35 forms in the way described above (boxes 23 to 25) and is 
sent to the network supervisor (box 26) together with a 
message reporting on the file's validity. If the file is 
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then authorised by the supervisor its checksum as 
calculated by the file server is added to the file 
server's list of checksums of authorised files (box 27) 
and a report message is returned to the relevant 
5 workstation indicating that access to the file can be 
allowed (box 22). If the file is not authorised by the 
supervisor then its checksum is not added to the list and 
a report message is returned to the relevant workstation 
indicating that the file is not to be accessed (box 28). 
10 This procedure may be used in addition to the inclusion 
in files of data indicating whether the file has been 
authorised or barred from use (not illustrated in 
Figure 3 ) . 

Since according to the system described above only one 
15 list of information defining the characteristics to be 
tested for needs to be stored - by the file server - only 
one copy of the list needs to be altered when the system 
is to be updated. This is more convenient than prior 
systems in which copies held by every workstation must be 
20 altered. As more characteristic forms come to be 
searched for, for example as new viruses are identified, 
file servers (typically having more powerful operating 
systems than workstations) will remain capable of testing 
for characteristic forms. Also, if a single list of 
25 checksums of valid files is stored for access by all 
workstations then action to check a file for 
characteristic data is needed only when the file is first 
accessed by any workstation, not each time each 
workstation accesses it for the first time. 

30 Two methods by which a file may be transferred to the 
file server and the report message returned to the 
workstation will now be described. According to the 
first method the workstation copies the file to be tested 
(in an encrypted form), together with data identifying 

35 the workstation, to the file server as a file of a 
randomly-chosen name having a predetermined format (for 
example, having a predetermined file extension). The 
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file server is configured to scan periodically for such 
files and when one is found it is decrypted by the file 
server and tested for the presence of data of the 
characteristic forms. The file server returns the 
response message to the workstation identified in the 
received file by generating a response file, containing 
the response message, for transmission to the 
workstation. The name of the response file is generated 
as a function of the name of the corresponding file 
transmitted by the workstation, so that where several 
workstations have sent files for checking each can 
identify the file containing the response to its request 
for checking. 

According to the second method the transmission of files 
may rely on network packets. The file to be tested is 
copied to the file server as described above but instead 
of the file server scanning periodically for files to be 
tested the transmitting workstation sends a packet 
message to the file server informing it that it has sent 
a file to be tested. When this is received the file 
server tests the file. The report message is returned to 
the transmitting workstation as a packet. 

The system may operate by workstations communicating with 
each other or the file server via intermediate networks. 

Instead of the file server testing for the presence of 
data of the characteristic forms this function may be 
performed by a selected workstation of the network. 
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CLAIMS 

1. A method for checking the validity of an item of 
data stored for access by a first data processor of a 
data processing network comprising at least two 

5 interconnected data processors, the method comprising the 
steps of: 

the first data processor causing the item of data to 
be copied to a second data processor; and 

the second data processor determining whether data 
10 of a characteristic form indicative of validity or 
invalidity of the item is present in the item and 
reporting to the first data processor on the validity of 
the item. 

2. A method as claimed in claim 1, wherein a set of 
15 records, each characteristic of an item of data that has 

been found to be valid, is stored for access by the first 
data processor and the method comprises the steps of: 

generating a record which is characteristic of the 
item of data whose validity is to be checked; 
20 searching for that record in the set of records; and 

causing the item of data to be copied to the second 
data processor only if the record is not found in the set 
of records . 

3. A method as claimed in claim 2, wherein in response 
25 to the second data processor reporting that an item of 

data is valid the record that is characteristic of that 
item of data is added to the set of records stored for 
access by the first data processor. 

4. A method as claimed in any preceding claim, wherein 
30 the first data processor intercepts commands to access an 

item of data and in response to such a command being 
detected causes the item of data to be checked for the 
presence of data of the characteristic form. 
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5. A method as claimed in any preceding claim, wherein 
the first data processor prevents access to an item of 
data unless or until it has been found to be valid. 

6. A method as claimed in any preceding claim, wherein 
5 the item of data comprises a sequence of executable 

instructions . 

7. A method as claimed in any preceding claim, wherein 
the first data processor is a workstation* 

8. A method as claimed in any preceding claim, wherein 
10 the second data processor is a file server. 

9. A data processing system comprising a plurality of 
data processors interconnected as a network, and 
comprising: 

means in a first data processor of the network for 
15 causing an item of data to be copied to a second data 
processor of the network; 

means in the second data processor for testing for 
the presence, in the item, of data of a characteristic 
form indicative of validity or invalidity of the item and 
20 on the basis of that test generating a validity signal 
indicative of whether such data has been detected in the 
item; and 

means for transmitting the validity signal to the 
first data processor. 

25 10. A data processing system as claimed in claim 9, 
wherein the second data processor includes storage means 
for storing a set of information defining data of a 
plurality of characteristic forms indicative of 
invalidity. 

30 11. A data processing system as claimed in claim 9 or 
10, wherein the second data processor includes storage 
means for storing a set of information defining data of 
a plurality of characteristic forms indicative of validity. 
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12. A data processing system as claimed in any of claims 
9 to 11, wherein the first data processor has no access 
to a set of information defining data of characteristic 
forms . 

13. A data processing system as claimed in any of claims 
9 to 12, wherein the first data processor includes means 
for accepting a command to check for the presence of data 
of the characteristic form(s) in an item of data and, in 
response to such a command, checking for the presence of 
such data in the item. 

14. A data processing system as claimed in any of claims 
9 to 13, comprising at least three data processors 
connected as a network and means for causing an item of 
data to be copied to the said second data processor from 
any other data processor of the network for testing for 
the presence of data of the characteristic f orm( s ) in the 
item . 

15. A data processing system as claimed in any of claims 
9 to 14, wherein the first data processor is a 
workstation. 



16. A data processing system as claimed in any of claims 
9 

server . 



to 15, wherein the second data processor is a file 



17. A data processing system as claimed in any of claims 
9 to 16, for carrying out the method of any of claims 1 
to 6. 

18. A method substantially as herein described with 
reference to the accompanying drawings, for checking for 
the validity of an item of data. 

19. A data processing system substantially as herein 
described with reference to the accompanying drawings. 
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